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Tucson Amateur Packet Radio Corporation 


with the seppearance of more and more local 
packet radio groups, we hear more often the ques- 
tions, “How can our group be affiliated with TAPR? 
Oo our members all have to join TAPR?° We ere 
trying now to work out an affiliation arrangement 
wnich would be mutually beneficial. We are dupli- 
cating each other's efforts in some areas, such aa 
nevslectter publication, and aimultaneously compet- 
ing for a limited supply of packet radio dues. 
However we need local organizations badly. We 
would like to be able to coordinate development 
activities by sours sround the country instead of 
doing it a11 ourselves. A local group is also the 
only way to efficiently get new people started in 
packet radio. (Try to imagine getting someone in 
Newington to help you set up your first Novice 
station!) 


Possibilities we are considering include 
teguiar local club news in the PSR in return for 
Club support for PSR publication (we need more 
editors!), and reduced-duea srrangements for club 
members or rebates for affiliated clubs similar to 
the ARRL's arrangement. We need duea to finance 
our RED efforts, you need money to put up your 
packet repeater, and you may have R&D efforta of 
your own, We a]]1 need more people to work on our 
erieceS” Let us hear your suggestions on this 
subject. 


Margaret Morrison, KV7D 
Editor 
RR PA a a A FONT IEE BL OT TTS 


TAPR will be qotrs to the Southwest ARRL Con- 
vention again this year. It will be in Anahein 
over Labor Day weekend. There will probably be at 
least a couple of sessions devoted to packet 
radio, and we ere looking into the possibility of 
a booth. Based on our experience last year and 
the turnout at Dayton, there should be enormous 
interest in packet radio. If everything gosa as 
planned, we should be turning out kits by Septem- 
ber, so we will have lots to talk about. We would 
like to see ae many of our West Const sffiliates 
there as possible. We'd also like to hear from 
members within commuting distance of Ansheim wil- 
ling to let a few packeteers crash on the floor! 


a 


Don't forget the HP net on 21.288 MHz at 
19090 Z Sundays. This net is turning into a good 
source of the latest packet poop. If the skip 
gets such longer on 15 meters we will have to move 
to 28. If you don't hear us on 21.208 try listen- 
ing around 14.235. This is a preliminary frequen- 
cy suggestion, and subject to change. 


iia 


Harold Price, NK6K, reports from Los Angeles 
that Donald Jacob, WOSEKU, is in the process of 
putting s bulletin board up. They hope to have a 
Gedicated mesaage system/file server up soon. The 
L.A. group is also giving soma thought toward the 
initial planning of a Phase III-B gateway system. 
As with most high-tech projects, much software, 
hardware, and 8$$ will be needed. 


Paul Rinaldy, WERT, haa moved to Newington to 
take up his position as Senior Technical Editor of 
gst. We've seen packet radio and other digital 

echniques mentioned with increasing frequency in 

ST lately, and we hope thst this trend will cone 
tinue under Paul’s editorship. We're sure Paul 
will do a good job for us ss well as for thousands 
of other hans. 


Paul reports that he is editing Chapter 14, 
Specialized Communicstions Systems, of the 1984 
Radio Amateur’s Handbook. This chspter will in- 
clude satellites, EME, 1@-GHz Gunnplexer comnmuni- 
cations, amateur television, spread spectrum, 
RTTY, and packet radio. He is planning to add a 
section on AMTOR and expand the paecket portion. 
Any ideas or suggested material should reach Paul 
no later than June ll. .. 


Den Connors, KO28, past president of TAPR, 
has moved to Massachusetts to become the new data 
communications guru for Wang. Those of us in 
Tucson will miss Den, but we couldn't help notic- 
ing that he seemed gisd to be going back to the 
Bast. Good luck in the new job, Den. 


A meeting will be held in the early summer 
between members of the West Coast Beta Test groups 
to get started on linking from San Diego north to 
San Prancisco snd points between. Initial discus- 
sions between Hank Magnuski, KAGM, and NK6K indi- 
cate that e@ meaningful tink can be established 
with existing TNC hardware and either small chan- 
ges to the TNC software or a amall microcomputer 
controlling two TNCs. Anyone wishing to get in on 
the fun should contact his local Beta Coordinator 
or Harold. 


We have a report that ZLIWN and ZLIAOX are on 
the air exchanging CP/M .COM files and text with 
good reaults. Ten, ZL1AOX, fa anxious to start 
transmitting data to AMSAT people in the U.S. via 
packet radio on HP. 


Tom Clark, W3IWZ, hss tapes of packets being 
bounced off the moon from the 148-foot telescope 
at Greenbank. Onfortunately, he was not able to 
achieve s successful connect with himself. 


Dick Gulbrandsen, WOSDBJ, says that the 
Chicago Area Packet Radio enthusiasts have gotten 
together and formed a local club. We welcome CAPR 
to the packet radio scene, and took forward to 
hearing about their progress. 


PLEASE look on your ‘TNC. tf one of the 
CPROMS says °FUJITSU™ or "27064", contact TAPR at 
once! This EPROM belongs to one of us here in 
Tucson, and we will replace it with a standard 
device. Thank you! 


The President’s Corner 


by Lyle Johnson, WA7GXD 


JOIN THE PACKET RADIO REVOLUTION! proclaimed 
the handout sheet in bold print. At the Dayton 
Hamvention, packet radio was well reprssented. 
The St. Louis bulletin board system was on the 
air. Pete Eaton's TNC was attached to a terminal 
that the public could operate. A color videotape 
was cunning recorded off-the-air packet displays. 
aMSAT had a TAPR TNC hooked up monitoring the 
booth’s activity and occasionally connecting to 
the bulletin board, We rotated manning the booth, 
and I can't remember a time when there were fewer 
than 5 people asking questions, grabbing flyers 
and generally expressing interest. 


We had a two-hour time slot for the Packet 
Forum in the largest meeting room at the Hara 
Arena. Was there interest? I can only say that 
we were the only group to fill the room (488 to 
600 seats) and have people standing around the 
walls. At the end of two hours, over half were 
still there! 


Paul Rinaldo, W4RI, led off with a history of 
packet activity, followad by Pete Baton, WBSFLW, 
with a talk on packet radio fundamentals and the 
St. Louis gang. I gave a description of TNC 
functions and some TAPR hype, followed by Bob 
Neben, K9BL, who talked on packet applications 
with emphasis on energency communications. Bob 
then provided a demonstration of packet radio. 


We had help from many organizations to make 
the Dayton trip a success, SLAPR provided the 
booth, and Bill Reed, WDOGETZ, and Pete Eaton 
worked hard to organize the presentation. The 
Miami Valley PM Association printed a few thousand 
handouts. Hats off to Bob Neben for organizing 
the forum, and getting the time and space with the 
Dayton committee. AMRAD helped man the booth, 
provided a VADCG board and copies of the AMRAD 
Newsletter, ARRL gic ses copies of QEX and a 
sample of the Proceedings of the San PFraneisco 
Conference, TAPR provided fNCs, a Beta Test 
Manual and sample copies of the Packet Status 
Register. It ali went very, very well. 


The ARRL Southwest Division Convention is 
scheduled for Labor Day weekend in Anaheim, CA. 
TAPR is requesting three time slots as well as 
booth space. The SW Division Convention was held 
in San Diego last year, and was a turning point 
for TAPR, as we changed from a local group to a 


The Tucson Amateur Packet Radio Corporation 
isa nonprofit scientific research and development 
corporation. The corporation is licensed in the 
State of Arizona for the purpose of designing and 
developing new systems for packet rsdio communica- 
tion in the Amateur Radio Service, and for freely 
disseminating information acquired during and 
obtained from such research. 


Anyone may join TAPR by filling out a member- 
ship application and paying yearly dues of $12. 
Members may vote for meabers of the Board of 
Directors, hold office, and serve on the Board. 
The annual meeting is held in Tucson on the first 
Saturday in February. 


tegional group. We hope to return this year with 
more to offer than memberships ina fledgling 
organization. 


We are hoping to be able to have tutorial 
sessions on packet radio during the first two days 
of the convention with a hard-core technical ses- 
sion on the third. In addition, we hope to be 
able to offer TNC bare boards and parts kits! 


TNC boards and kits?! Yes! Once the rede- 
signed TNC has been laid out, we expect to do a 
trial cun of about 29 TNC kits. These should be 
teady around the end of June. The trial run will 
enable us to check out the new designs and = simul- 
taneously to evaluate the kit and its directions. 
The kits will be purchssed and assembled by selec- 
ted individuals in Tucson and at Beta Sites. The 
sites which have exhibited the most technical ex- 
pertise will get a chance to have one or more of 
the folks who have been clamoring for a board to 
actually get one! 


The rules are simple enough. The site agrees 
to support the person(s) getting the kits. The 
kits will be goretuliy built and tested within two 
weeks of receipt. @ Beta Coordinator will look 
over the kit builder's shoulder. Please note that 
this is not a trivial job, and that we will be 
counting on you to come through. 


Since this is still a testing phase, only 
TAPR members will be allowed to participate. we 
must prove that the hardware changes and revised 
board layout have helped (or at least not hin- 
dered) the performance of the TNC, and that the 
assembly portion of the manual is clear and under- 
atandable. 


After this final test of the kits, and assun- 
ing that Beta Test has provided the rest of the 
field input needed, the kits will be made avail- 
able. As in Beta Test, advance deposits will be 
required and disclaimers will have to be in our 
hands prior to shipment. Once a general release 
ia made, it will be on a first-come, first-served 
basis, with the exception that TAPR members may 
get preferential placement. If all goes well, the 
first kits should appear around the beginning of 

ugust. 


So talk it up! Packet is here! 
just around the corner! 


TNCs are 


The officers of the Tucson Amateur Packet 
Radio Corporation are: 


Lyle Johnson, WA7GXD President 
Den Connors, KD2S Bxecutive 
Vice President 
Heather Johnson, N7DZ0 Secretary 
Chuck Green, NGADI Treasurer 


the Packet Status Register is the official 
publication of the Tucson Amateur Packet Radio 
Corporation. Explicit permission is granted to 
reproduce any material appearing herein, providing 
eredit is given to the author and to the TAPR 
Corporation. 
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Software Update 


py Mergaret Morrison, KV70 
and Harold Price, NK6K 


Work is beginning on version 3 of the TNC 
software, This will be a major revision and will 
include a number of new features. In particular, 
ic will support the prom-programmer attachment 
which is now in the testing stage. 


A severe problem which is now confronting the 
software developers is that the software has just 
about expanded to £111 the space available. Ver- 
sion 2.1 software used all but about 2 K of ROM. 
(People who programmed the Vancouver TNC, with its 
4 K Of ROM will please be quiet.) 


We are investigating @ couple possibilities 
for alleviating this crunch. We may be able to 
get access to a more efficient P-code system to 
teplace the native-code 6869 Pascal compiler we 
are now using. There are a couple candidates 
under investigation, and the deciding factor will 
be whether we can conveniently burn proms with the 
source produced by these systems. If we can not 
compress the code into 24 K after adding all the 
features we would like, we will probably resort to 
using the memory expansion planned for the kit 
version of the TNCs. In order to maintain compat- 
ibility with Beta owners who don't want to invest 
the rather stiff price of a 27128 EPROM, we will 
choose the least essential features to locate in 
the lower 8 K of ROM. This will be done in such a 
way that the extra features may be added by re- 
placing the Version 3 "A" 2764 EPROM with a Ver- 
sion 27128. Some hardware changes will also be 
necesssry in order to use a 27128. 


Following is a summary of the principle modi- 
fications proposed for Version 3. The “optional” 
designation means that the feature is high on the 
list of candidates for that bottom 6 K which is 
not on Beta boards, We would like to hear your 
comments on this designation, but please realize 
that space will be limited! 


EPROM Programmer 


Software will be provided to allow copying 
from any ROM socket to the 2764 or 27128 EPROM in 
the programming socket. The software will use the 
Intel fast-programming algorithm which is also 
compatible with other brands of EPROMS and older 
27328 and 27168, although the algorithm may not 
program them more rapidly then the conventional 
procedure. An optional feature will accept input 
from the RS-232 port in {Intel hex or Motorola 
S-record form for storage in RAM in blocks of up 
to 4K. This would allow you to use the TNC as a 
general-purpose programming attachment to your 
home computer. 


Morse ID 


Version 3 will assume the hardware modifica- 
tion to allow FSK IDs and will read the state of 
the transmitted tone in order to get the CW right 
side up. The only bad arteus ( with an unmodified 
Reta board would arise if the input line (which is 
now floating) is in the wrong state, which would 
cause the ID to be sent with tones and spaces 
interchanged, for a truly unintelligible result. 
To prevent this, the input should be tied to the 
appropriate power supply rail. 


Primarily in response to comments from seta 
Sites outside the U.S., we will include a feature 
co allow disabling of the I0, and specification of 
an i string different from the packet address 
string. 
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Terminal 1/0 


Version 3 will allow the parallel port to be 
used for terminal 1/0 instead of the RS-232 port. 
If the RS-232 port is used for terminal !/0, 
status information will be output on parallel port 
pins, This will include a connected signal and 
link status, and possibly link condition informa- 
tion in the form of number of retries required. 
An optional feature will allow the user to define 
a command data stream and «a packet data stream 
which can be separately assigned to the RS-232 
port or the parallel port. This, if enabled, 
would replace Command Mode, and messages from the 
TNC operating system would appear on the command- 
stream port, 


New Hardware Support 


The NOVRAM extension will not be used in ver- 
sion 3 but will probably be required in an early 
update. The peripheral line currently used to 
tead switch 2 will be used as a NOVRAM address 
line in the new TNC design. Version 3 will not 
support use of switch 2 to override the default 
parameters to specify 11¢ baud. If apace allows, 
an autobaud routine will be included to compensate 
for this loss. 


Optional software will determine the system 
clock speed (1.8432 MHs or 921.6 kHz) by calibra- 
ting the syatem clock against the UART clock. 
This will allow compensation of the timing func- 
tions and HDLC baud rate programming for the fast- 
clock option of the new TNC design. 


Protocol 


A super-transparent mode will be an optional 
feature which will allow the TNC to be used as as 
Level 1 packet transmitter and receiver. Any 
packet received will be transmitted, header and 
all, as full eight-bit characters, to the async 
port. Information received from the async port 
will be transmitted to the HOLC exactly as re- 
ceived. This will allow the user to write his own 
Level 2 protocol on his own computer. The user 
@ay even choose to receive frames with bad FCS, to 
allow a forward-error correcting protocol to be 
used. 


Version 3 will implement a call-back feature. 
If a TNC receives a connect frame when it is 
already connected to another TNC, it will send 
this information in a special type of frame. The 
calling station will thus get a “busy signal® 
instead of no answer, 


Bugs in Version 2.2 


The sajor problem Seta participants have had 
interfacing TNCs to computers involves flow con- 
trol. Most cases of missed characters are trace- 
able to failure to implement flow control by the 
computer. However, there is a TNC bug which 
appears if PLOW is on. If a control-S is sent to 
the board, followed by other other output, the 
control-S is undone by the typein flow control at 
the end of the output line. Recommended fix is to 
turn FLOW OFF. 


The PID byte added in Version 2 appears a few 
places it shouldn't. A funny character at the 
beginning of an incoming packet, usually "p", is 
the PID byte. Don't worry about it. 


Hardware Happenings 


by Lyle Johnson, WA?GXD 


Members of the TAPR hardware team met in 
Tucson in mid-May to review the field input on the 
TNC design. While all of the results ere not yet 
in, especially on the demodulator portion of the 
moden, Feirly tiem plans have been made for the 
TNC board revision. The changes ere outlined 
below. 


Please note that all caper cant changes can be 
easily made to the existing Beta boards. We have 
also tried to keep the changes such that software 
compatibility will be possible between Beta ‘TNCs 
and the new design. !f there is sufficient inter- 
est, we may be able to provide “upgrade kits” 
consisting of the ICs necessary to perform these 
modifications to the Bets boards. 


FSK Morse ID 


A 74US86 exclusive-OR gate will be added, 
with inputs from HDLC TxD and VIA CB2. TxD and 
'MISCIN pins of HDLC will be tied together to 
enable software to read the TxD state to ensure 
the cCWID is "right aide up." Beta TNC owners who 
do not make this modification should tie IMISCIN 
to either +5 or ground (to be determined) to allow 
the present CWID to function properly with the new 
software. 


The tone on-off command will be tied to the 
PTT command line IMISCOT of the HOLC controller. 
This will suppress tones so that the operator can 
wee microphone while the TNC is hooked up to the 
radio. 


A 10K resistor will be placed in series with 
the +12 volt line to R33 to protect both R33 and 
U2S from damage due to attempting to switch the 
tone on and off with the wiper of R33 at the +12 
volt end of its travel. 


Transmitter Feying 


A oVPET will be used with a Sener dicde to 
suppress spikes, in place of the existing Darling- 
ton driver. This should result in a more univer- 
sal keying cirevit. 


The watchdog timing capacitor will be ine 
creased by a factor of at least three to allow use 
in a slow speed environment such as HF. 


“Modem 


Nonpolarized coupling capseitors will be used 
for all external audio connections. The speaker 
load resistor will be AC coupled. Testing is 
being conducted to improve the performance of the 
demodulator. 


Jumpers will be provided to disconnect the 
on-board modem. The jumpers may be replaced by a 
connector to an off-board modem, The connector 
will provide the user with access to virtually 311 
of the HDLC external 1/0 pins for mazimum flexibi- 
lity. Pulleup and pull-down resistors will be 
used for default settings of these pins. 


Memory 


Jumpers will be provided for pin 23 of U7 and 
us, like that currently provided for 09. This 


will allow use of 8 K RAMs or EPROMs in these 
sockets. U1G, G11 and U12 will have pin 26 tied 
to Al3 for compatibility with 27128 EPROMs. The 
address decoder will be programmed to address a 
27128 et UlG. The 6809 tHALT line will be tied to 
+5 via a pulleup resistor to sllow use of RAMs 
such as the Intel 2186 “intelligent" RAM. 


NOVRAM 


U27 will be changed to an XD2212 256~by-4 
@evice, four times as large as the current one. 
U6 line PAL will be tied to one of the new address 
inputs, and switch 4, in conjunction with a pull- 
up resistor will be tied to the other. This will 
provide twice as much software-sccessible NOVRAM 
storage in each of two switch-selectable banks, 
This feature will allow the operator to select 
either of two sets of parameters, which would be 
useful for transparent and conversational modes, 
or husband-and-wife stations. 


RS-232 Port 


Pull-up resistors will be added to all in- 
puts, eliminating the need for JP1 and jumpers in 
the R&-232 connector to allow use of “three-wire* 
RS-232 terminals. UlS will get 9.1 ufd bypass 
caps from pin 1 and pin 14 to ground. The DB-25 
connector will be changed to female in accordance 
with RS-232 standard. 


Power Supply 


A new transformer will be wound to provide 
adequate voltage to the 7612/7912 regulators. By- 
pass capacitors will be more evenly spread. The 
negative-voltage regulators will have l10-ufd by-~ 
pass caps. The Se-volt rectifier will be changed 
to a 3j-amp bridge. Pina will be provided to allow 
use of an off-board S-volt reguistor. Filter 
capacitors will be et least 3/4 inch from the on- 
beard heat sink. 


General 


All connectors will be polarized, and shroud- 
ed where practical. Mounting holes will be plated 
through and grounded. Open spaces on the boesrd 
will be gridded with ground foils. All EDs and 
switches will be tied to s l6-pin DIP socket for 
ease of extension to a front panel. LEDs will be 
added to monitor the Data Carrier Detect and Rxd 
inputs to the HDLC chip. Two more LED indicators 
will be provided with inputs left to the discre- 
tion of the user. (Possibilities include ASs-232 
TxD and RxD.) This will leave one section of the 
Darlington driver for a user-defined function. 


The clock oscillator will be doubled in fre- 
quency, to 7.3728 MHz. This will ellow the TNC to 
support higher data rates, such as might be re- 
quired for PACSAT use or future packet-radio 
radios, designed for digital communications. The 
aivided-down clock signal to the microprocessor 
will be jumper-selectable, since use of the 1.8432 
MHz input may require higher speed parts. 


There you have it. If you have any comments 
or auggestions, call ue today! express mail 
probably won't be fast enough! 
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Beta Test Status 


by Dan Morrison, KV78 


{ never thought I'd be able to write these 
words, but WE'VE SHIPPEO ALL THE BOARDS! (Even 
the one for Tom Hutcheson!) Naturally, instead of 
relaxing, the Tucson group is now in the throes of 
digesting all your suggestions/complaints/wish- 
lists.... We're also digesting the information 
you have been sending us about radio and terminal 
interfacing. I'l! discuss some of this informa- 
tion with you in the hopes we can act as a sort of 
information exchange. 


Computers and Terminals 


So far, we've been told about people hooking 
up the Apple II, 2166, H89, TRS-86 Color Computer, 
Mode] 3, and Model III. There are also several 
§-169 systems running, a Big Board (with a hum 
dinger of a BES program on it, we understand), and 
several other homeegroun systems hanging off the 
TNC async port. Unfortunately, very few of you 
have come forth with software descriptions or 
interfacing information. (The interfacing we 
understand--after all, how many ways can you run 
RS=-232?) It seems that most software being used, 
either for terminal emulation or for BBS service 
is of the "I bought it for $29.95 down at Fast 
Freddy's Bit Palace” variety, and not of the 
“after only 3 weeks of G@-hour-a-day labor I've 
weitten a complete comm package including all Iso 
layers up through level 6* variety. However, we 
do have some information. This breaks down as 
follows. 


Hardware 


It seems about fifty yercere of people polled 
wish we'd picked the opposite sex terminal connec- 
tor. tn view of the fact that devices acting as 
modems really should have the opposite sex at the 
terminal end of the cable, this change will be 
made for the kit version. In addition to this, 
several people have pointed out the (now) obvious 
solution of including pullup resistors to allow 
no-jumper jJewire connections. This shall also 
come to pass. 


We've received one list relating pin numbers 
on the Model I expansion interface J1 connector 
and the TNC's DB=-25 connector. And that, folks, 
completes the list of digital hardware interfacing 
information we've received. {We've also received 
many many suggestions about adding flexibility to 
the interface, but I won't go into these comments 
here. They've all been studied and many have been 
incorporated.) 


Membership Application 


Tucson Amateur Packet Radio Corporation 
P.0. Box 22888, Tucson, Arizona 85734 


Names: 
Call License 
Sign: Class: 


ES 


Address: 
City 6 
State: 


Zip (Postal) Code: : 


Home Work 
Phone: Phone: 
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Software 


As of this writing, we've received three 
listings and one machine-readable program for ter- 
minal-like communication, We have yet to receive 
any public domain software for BBS and the like 
(consider this a hint in the strongest possible 
language!). 


Prom Gary Kaatz, W9TD, we've received a 
machine-language CP/M program listing which runs 
at either 396 or 1296 baud and supports a printer 
as well. The system should include an 82$@ UART 
for the termina’, and a 685¢@ for the Console at 
port @@H and the printer at port 9PPH. 


We also have in hand a disk-based program 
written by Steve Parkman, WB70MM for the Color 
Computer which includes lots of buffer space, pro- 
vision for moving data back and forth between buf- 
fer and disk, setup files, up and down scrolling, 
etc. Stove informs us that the cassette based 
version is imminent, 


Courtesy of Dan Harmon, WASYKK, we have s 
listing of a machine-language program for the 
Apple Ir with the California Computer Systems 
FI16A serial async interface card. He calls it a 
"dumb" terminal program, and says it runs at least 
as fast as 1246 baud, 


Finally, we have a 2@ line BASIC program 
which runs 116 baud bare-bones, no-handshaking on 
the Model III. (Unfortunately I can’t credit the 
author, as the listing was separated from his 
letter.) 


That's the lot. Of course, we've heard of a 
number of commercial products, but then, s0 have 
you, probably. We're still hoping for distribut- 
able (i.e. non-proprietary) 88S packages of any 
Sescription. Please, if you know of any send it 
along. We would like to be able to include a 
Selection from a (hopefully) large library of 
software as an appendix to the manual going out 
with the kits, and if you would like to be inclu- 
ded as an unpaid author, here's your chance! 


Radio Interface 


By comparison to the asyne port information, 
we have received a glut of information on radio 
interfacing. By far the commonest report has been 

” (continued on page 6) 


I hereby apply for membership in T.A.P.R. I 
enclose $12 dues for one year. 


Signature: 


Date: 


New membership: Renewal; 


Cees eee ere see ern =e | aaah edad haat neat adatal 


What related organizations do you belong to? 


Tf you are interested in actively participating in 
packet radio developmemt, let us know your skills 
and interests. 


w 


(continued from page 5) 

that no problems were encountered either in hooke 
ing up tha radio or in using it. the exceptions 
seem to be either riga needing very small PTT 
voltage in order to key the transmitter (e.g., the 
[Ce2aT) or rigs with eSTT and audio circuitry 
intermixed (@.9., the IC-2AT). We have also been 
made aware of the ease with which the TNC can 
over-drive some rigs (e.9., the HN-2836). We are 
going to tame down the sudio output circuit a bit 
on the kits. A number of reports included more- 
or-leas detailed hookup disgrams. The rigs so- 
mentioned itnelude: 227R, IC<2AT, IC-22A, IC-22C, 
1C-22S, MOCOM-70, TR-2400, TR-7490A, and the 
TR-900@. We've received reports for several other 
tigs too, but with no deteils on the hookup, 
Thanks to everybody sending in reports, and espe~ 
cially to those of you who included comments and 
circuits. 


Most recently we've been working on improving 
the demodulator performance. As many people have 
found out, the demodulator is not especially tol- 
erant of noise. This behsvior has been quantita~ 
tively measured by Steve Goode, KING, who has been 


180 pF 


doing a tremendous amount of research on the TAPR 
modem, In fact Steve, slong with Gary Kaatz, 
W9TD, and more recently s local designer, Eric 
Gustafson, NICL, have been working on our demedu- 
lator, and heve lesrned quite s bit. It has 
turned out to be surprisingly difficult to improve 
upon the bit error rate of the presently config- 
ured demodulator. On the other hand, Steve be- 
lieves it might be possible to obtain another 3 dB 
or so of sensitivity by choosing the proper demod- 
ulation method. As of this writing several 
schemes have been tried to no avail, but the 
search continues. If there sre any experts luck- 
ing in the woodwork out there who heave not yet 
volunteered, plesse give me ~e call 88 soon as 
possible, as time ia running out on the new hard- 
ware design. 


In the mean time, experimentally minded pack- 
eteers might play with the following circuit which 
is intended to feed audio into the 2211. tte's a 
zero-crossing detector/limiter designed by N7CL 
which seems to give greater tolerance to audio 
volume setting, although it has not improved the 
noise performance, according to recent mesesure- 
ments. It should be used after the MF-10, perhaps 
cutting back on the gain of the 3240 fnput ampli- 
fier so as to reduce levels into the circuit, 
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